package com.atguigu.gulimall.coupon;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

/**
 * 如何使用nacos作为配置中心统一管理配置
 * 1.引入依赖、spring-cloud-starter-alibaba-naocs-config
 * spring-cloud-starter-bootstrap
 * 2.创建一个bootstrap.properties文件
 * 服务名和nacos地址
 * 3.需要给配置中心默认添加一个数据集（data id）gulimall.properties 规则默认 应用名.properties
 * 4.给应用名.properties 添加配置
 * 5.动态获取配置。对应的controller类加 @RefreshScope:动态获取并刷新配置、@Value("${配置项的名}"):获取到配置
 * 如果配置中心和当前应用的配置文件中都配置了相同的项，优先使用配置中心的配置。
 *
 * 细节
 * 1.命名空间：配置隔离(基于环境、基于微服务)；默认public(保留空间),默认新增的所有配置在public空间
 * 1）开发、测试、生产;利用命名空间来做环境隔离。
 * 注意：在bootstrap.properties;配置上，需要使用哪个命名空间下的配置
 * spring.cloud.nacos.config.namespace=3605edc2-e0a2-4e91-8433-68ddd6260bae
 * 2）基于每个微服务之间互相隔离配置，每一个微服务都创建自己的命名空间，只加载自己命名空间下的所有配置
 * 2.配置集：所有配置的集合
 * 3.配置集ID(Data ID)：类似于文件名
 * 4.配置分组:默认所有的配置集都属于：default_group
 *
 * 每个微服务创建自己的命名空间，使用配置分组区分环境，dev，test，prod
 *
 * 同时加载多个配置集
 * 1）微服务的任何配置信息，任何配置文件都可以放在配置中心中
 * 2）只需要在bootstrap.properties说明加载配置中心中哪些配置文件即可
 * 3）@Value、@ConfigurationProperties......
 * 以前springboot任何方法从配置文件中获取值，都能使用，且配置中心移动优先使用配置中心的
 */
@EnableDiscoveryClient
@SpringBootApplication
public class GulimallCouponApplication {

    public static void main(String[] args) {
        SpringApplication.run(GulimallCouponApplication.class, args);
    }

}
